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(54) Packet data service in radio communication system 



(57) Disclosed are a method and a device for offer* 
ing a packet data service during to a handover of a user 
terminal from one radio network controller to another. To 
avoid the loss of data during SRNS relocation, there is 
provided a method for checking the validity of the next 
expected receive PDCP sequence number sent from a 
receiver PDCP layer with the send PDCP sequence 
number of the first transmitted but not yet acknowledged 



PDCP SDU and the send POCP sequence number first 
unsent PDCP SDU of the sender PDCP layer. A PDCP 
protocol structure is reconstructed to support a lossless 
SRNS relocation in the packet service domain, and con- 
trol information and operational procedure therefore are 
newly defined. As a result, the lossless SRNS relocation 
is achieved in the packet service domain and the mobil- 
ity of data communication is ensured. 
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Description 

CROSS REFERENCE TO RELATED ART 

[0001] This application claims the benefit of Korean s 
Patent Application No. 2001-0040877, filed on July 9, 
2001 , which is hereby incorporated by reference in its 
entirety. 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0002] The present invention relates to a packet data 
service during a handover or handoff of a user terminal 
in a mobile communication system, and particularly, to 
a method of performing Serving Radio Network Subsys- 
tem (SRNS) relocation and a structure and an operation 
method of a packet data convergence protocol layer 
(PDCP) which is able to support the SRNS relocation in 
a packet service area. 

Description of the Related Art 

[0003] Recently, a Third Generation Partnership 
Project (hereinafter, referred to as 3GPP) was formed 
by national or international or regional standardization 
organizations, such as ETSIof Europe, ARIBflTC of Ja- 
pan, T1 of USA, CWTS of China, and ITA of Korea in 
order to make a detailed specification of a European 
type third generation mobile communication system 
(IMT-2000 system). This system is called as UMTS (Uni- 
versal Mobile Telecommunications System). UMTS 
adopted WCDMA (Wideband Code Divisional Multiple 
Access) technology as a radio access network technol- 
ogy. UMTS is being developed based on the General 
Packet Radio Service (GPRS) making its root on a pack- 
et-switched network and further based on the Global 
System for Mobile Communications (GSM) making its 
root on a circuit-switched network. In addition, the third 
generation mobile communication systems which are 
able to provide multimedia services, such as voice, vid- 
eo, and data, are under development in the above part- 
nership. 

[0004] The 3GPP includes five technical specification 
groups (TSG) in order to administer the project and to 
rapidly and effectively develop the technology. Each re- 
spective TSG takes charge of development, approval, 
and management lor a reference specification of related 
area. Among those groups, a radio access network 
(RAN) group develops functional requirements of a ter- 
minal and UMTS Terrestrial Radio Access Network 
(UTRAN), and develops specifications for an interface 
under an object of defining a new radio access network 
in the third generation mobile communication system. 
And a core network (CN) group develops specifications 
for function, requirement, and interlace of the CN in or- 
der to connect the UTRAN to a circuit-switched back- 
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bone network or to a packet-switched backbone net- 
work. 

[0005] Fig. 1 shows a network structure of a packet- 
switched domain suggested by the TSG-RAN and 
TSG-CN. 

[0006] As referring toflg. 1 , the UTRAN comprises a 
plurality of radio network subsystems (RNS). Each RNS 
comprises a plurality of Node Bs and one radio network 
controller (RNC). 

[0007] In addition, theCN has different structure ac- 
cording to the adopted switching mode (packet- 
switched network or circuit-switched network), in case 
of the packet-switched network considered in the 
present invention, the CN comprises a plurality of serv- 
ing GPRS support nodes (SGSN) and one gateway 
GPRS support node (GGSN). 
[0008] Functions of respective components shown in 
Fig. 1 will be described as follows. The Node B functions 
as a connecting point where a User Equipment (UE), 
(commonly called as a mobile station or a terminal), con- 
nects to the UTRAN, and RNC assigns and manages 
radio resources to respective UEs. 
[0009] The RNC can be classified into a control RNC 
(CRNC) for managing shared radio resources, and a 
serving RNC (SRNC) for managing dedicated radio re- 
sources allocated to the respective terminals. 
[001 0] In the view point of a certain UE(terminal), the 
RNS where the SRNC of the above UE is located is 
called as serving RNS<SRNS). The SGSN routes infor- 
mation transmitted from the UTRAN to CN, and GGSN 
functions as a gateway, which passes the information 
from the UTRAN to other CNs in case that an informa- 
tion destination is not the present CN, but another net- 
work. A packet domain network (PDN) is a back bone 
network of the packet -switched domain for supporting 
the connection betweenthe other networks inthe packet 
service domain. 

[0011] Data interfaces on the respective parts have 
different names as follows. For example, an interface 
between the UE and the Node B is "Uu* interface, be- 
tween Node B and the RNC is *lub" interface, between 
the RNC and the RNC is "lur" interface, between the 
RNC and the SGSN is "lu* interface, and between the 
SGSN and the GGSN or the SGSN and the SGSN is 
"Gn" interface. 

[0012] Fig. 1 is an exemplary example of network 
structures. The lur interface may not exist as a real in- 
terface, and the lur interface may exist between the 
RNCs of different SGSN. Also, the Gn between the SG- 
SNs may exist or may not exist. 
[0013] The network structure shown in Fig. 1 -can be 
presented as a layered structure as shown in Figures. 
2 and 3. Fig. 2 is a view showing a user plane (U-plane) 
layer structure for transmitting user date. Fig. 3 is a view 
showing a control plane (C-plane) layer structure for 
transmitting a controlling signal. 
[0014] Fig. 4 is a view showing detailed layers of aUE 
side or a UTRAN side supporting the Uu interface, which 
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is a radio interface (an air interface), shown in Figures. 
2 and 3. 

[0015] As shown therein, the U-plane comprises a 
packet data convergence protocol layer (PDCP), a radio 
link control layer (RLC), a medium access control layer 
(MAC), (these three layers work as a Layer 2 in the Open 
Systems Interconnection scheme) and a physical layer 
(L1 or Layer 1) as a Layer 1 of the Open Systems Inter- 
connection scheme. In addition, the C-piane comprises: 
a radio resource control layer (RRC), an RLC layer, an 
MAC layer, and an L1 layer. 

[0016] The L1 layer (physical layer) provides the up- 
per layers with an information transfer service using var- 
ious radio accessing technologies. The L1 layer is con- 
nected to the MAC layer via a transport channel, and 
the data between the MAC layer and the L1 layer are 
exchangedthrough the transport channel. The transport 
channel is divided into a dedicated transport channel if 
the channel is used by a terminal exclusively and a com- 
mon transport channel if the channel is shared by a plu- 
rality of terminals. 

[0017] The MAC layer provides a MAC parameter re- 
location service for locating and relocating the radio re- 
source. The MAC layer is connected to the RLC layer 
through a logical channel, and different kinds of logical 
channels are provided according to the kinds of infor- 
mation which are transmitted. Generally, a control chan- 
nel is used when the information on the C-plane is trans- 
mitted, and a traffic channel is used in case that the in- 
formation on the U-plane is transmitted. 
[0018] The RLC layer provides services of establish- 
ing or releasing the radio link. Also, the RLC layer per- 
forms the segmentation and reassembly functions of 
RLC service data unit (SDU) descended from an upper 
layer on the U-plane. The si2e of the RLC SDU is con- 
trolled on the RLC layer, and the header information is 
added to the RLC SDU to make a protocol data unit 
(PDU) form, and then, the PDU is transmitted (deliv- 
ered) to the MAC layer. 

[0019] The PDCP layer is an upper layer of the RLC 
layer and changes the data which is transmitted through 
the IP network protocol, such as IPv4 or IPv6, into af orm 
which is suitable for the RLC layer to transmit the data. 
Besides, the PDCP layer reduces controlling informa- 
tion which is used in a wired network, but unnecessarily 
large to the radio network to transmit the data effectively 
through the radio interface. The above function is called 
as a header compression, and can be used to reduce 
the header information used in TCP/IP. 
[0020] The RRC layer provides an information broad- 
cast service for broadcasting system information to all 
terminals located on an optional area. Also, the RRC 
layer processes C-plane signals for control signal ex- 
changed in a Layer 3, and performs establishing, re- 
configuring, and releasing radio resource between a ter- 
minal and the UTRAN. Particularly, the RRC has the 
functions of establishing, re-configuring, and releasing 
a radio bearer (RB), and functions of allocating, relocat- 



ing, and releasing the radio resources needed in radio 
resource connection. The RB means a service provided 
by a Layer 2 for transmitting data between the terminal 
and the UTRAN. In other words, establishing a RB 
s means a process in which a protocol layer and channel 
characteristic for providing a predetermined service in 
a radio area are determined, and parameters and oper- 
ational method are set respectively. 
[0021] The lu interface can be characterized in differ- 
to enttypesaccordingtothefunctions.Thelu-CS(lu circuit 
service) is used in the circuit-switched service, and 
lu-PS (lu packet service) is used in the packet-switched 
service. 

[0022] The lu-PS will be described because the 

is present invention makes reference to the packet 
switched domain. The lu-PS supports the packet data 
transmission. The GPRS tunneling protocol for the user 
plane (GTP-U) layer is used on the U-plane, and is used 
especially for transmitting user data in the packet 

20 switched area. In addition, the packet switched network 
in the UMTS is based on the GPRS, and therefore, the 
GTP-U is also used in the UMTS. 
[0023] A radio access network application part (RAN- 
AP) layer is used in the C-plane of the lu interface, and 

25 transmits the control information. The RANAP layer is 
used in both the lu-CS and lu-PS. 
[0024] Fig. 5 illustrates a SRNS relocation procedure. 
The SRNS relocation means a process of changing 
SRNC from a source RNC to a target RNC in order to 

30 set an lu connection point between the UE and the CN 
with a shorter path, in case that a handover is generated 
between RNS by the UE. 

[0025] In Fig. 5, the old SGSN connected with the 
source RNC is different from the new SGSN connected 

35 with the target RNC. However, the old SGSN and the 
new SGSN may be the same. That is, the SRNC may 
be changed without the SGSN being changed. 
[0026] The SRNS relocating procedure not permitting 
a data loss is called as lossless SRNS relocation (LSR). 

40 The LSR is important in transmitting the packet data. 
The reason is that a data loss in the packet data means 
the less of the entire data since such packet data is not 
useable although some losses in real time data, such 
as voice data, are permissible and cause little adverse 

<5 affect. 

[0027] Therefore, the 3GPP has been making efforts 
to come up with thecomplete LSR procedure, however, 
it leaves much to be desired. 
[0028] Hereinafter, the typical packet data transmit- 
so ting/ receiving process of a wireless communication sys- 
tems supported by the 3GPP standard or other stand- 
ards will be described, by using as an example of down- 
loading the packet data in the UE. 
[0029] Fig. 2 is the reference view and Fig. 6 is a view 
55 showing the packet data flowing on the U-plane. 

[0030] First, the-GGSN requests the SGSN to which 
the UE is connected to set a radio access bearer (RAB) 
in order to transmit the data which is required by the UE . 
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The SGSN which received the above request assigns 
the RAB to set the transmission path of the data be- 
tween the UE and itself. 

[0031] When the transmission path from the-GGSN to 
the UE is set, the GGSN starts the packet data trans* 
mission. The packet data generated in upper layers (IP, 
PPP etc.) are encapsulated as<STP-U PDU (Protocol 
Data Unit) in the GTP-U layer of the GGSN and trans- 
mitted to the RNC of the UTRAN. The GTP-U layer of 
the UTRAN RNC receives the above GTP-U PDU, and 
decapsulates the GTP-U PDU to extract the packet da- 
ta. Generally, the GTP-U layer transmits the GTP-U 
PDU after adding GTP-U sequence numbers on the 
GTP header for in-sequence delivery and for reliable de- 
livery. 

[0032] Thereafter, the GTP header is removed from 
the GTP-PDU, and the remaining packet data is trans- 
mitted to the PDCP layer of the UTRAN. In addition, the 
PDCP layer performs header compress ion for the~pack- 
et data (PDCP SDU in Fig. 6). Herein, the header com- 
pression means downsizing of an IP header on the 
packet of the normal IP protocol. The header compres- 
sion is performed for the respective packets (PDCP 
SDU). The PDCP SDU subjected to the header com- 
pression becomes PDCP PDU. 
[0033] The PDCP PDU is transmitted to the UE by 
passing through the RLC, MAC, and L1 . The transmitted 
PDCP PDU is delivered to the PDCP of the UE by pass- 
ing through the Lt, MAC, and RLC in the UE. Then, a 
header decompression is made using reverse algorithm 
to that of the header compression. Then, the extracted 
PDCP SDU is transferred to the upper layer (PPP, IP). 
IP packets from UE side can be transmitted to the 
UTRAN side by similar manner. 
[0034] Fig. 7 is a view showing a PDCP structure 
which controls the transmitting/receiving of packet data 
in radio interface (air interface) among the layers related 
to the packet data flowing. 

[0035] As shown therein, one PDCP entity exists per 
respective radio bearer (RB), and one PDCP entity is 
connected to one RLC entity. 
[0036] The PDCP entity may be connected to three 
types of RLC entity, that is, AM (Acknowledged mode, 
a mode tor confirming by receiving side whether or not 
the data is transmitted), UM (unacknowledged mode, a 
mode in which the data transmission is not confirmed 
by the receiving side ), and TM (transparent mode, a 
mode for passing the data transparently). However, in 
case that the LSR is used, the PDCP entity is only con- 
nected to the RLC AM entity in order to ensure the in- 
sequence delivery of the PDCP PDU. 
[0037] The operation of PDCP is varied according to 
which mode among these three kinds of mode is used 
in the RLC entity to which the PDCP is connected. Here- 
in, a case that the PDCP is connected to the RLC AM 
entity which supports the LSR will be described. 
[0038] When the PDCP SDU is delivered from the 
GTP-U, the PDCP performs the header compression 



using a compression algorithm. The header compres- 
sion is performed for the IP<internet protocol) header In 
the PDCP SDU, and two algorithms of RFC2607 and 
RFC3095 used for the header-compression are defined 
5 presently. 

[0039] The algorithm which will be used in the header 
compression is informed by the RRC when the PDCP 
entity is established. In addition, various compression 
algorithms may be used, or the compression may not 

10 be made {i.e., by passed). 

[0040] When the PDCP SDU has passed through the 
header compression process, the PDCP SDU becomes 
the PDCP PDU. After that, If the PDCP supports the 
LSR, the respective PDCP PDU is being numbered, and 

15 the sequence numbers are managed by the PDCP. The 
sequence number of the PDCP PDU of sender is in- 
creased by 1 whenever one PDCP PDU is descended 
to the RLC, and the sequence number of PDCP PDU of 
the receiver is increased by 1 whenever one PDCP PDU 

20 is delivered from the RLC or the discard information in- 
dicating that one POCP PDU (=RLC SDU) is discarded 
is delivered from the RLC. The PDCP manages the se- 
quence number (SN) in order to prevent a loss of POCP 
SDU when the SRNS relocation is occurred . 

25 [0041] Fig. 8 is a view showing the types of PDCP 
PDU. There are three types of PDU generated by the 
PDCP. A PDCP-No-Header PDU uses the PDCP SDU 
as the PDCP PDU directly without overhead informa- 
tion. The above PDU is used in case that the header 

so compression is already made at the upper layer, and the 
POCP transfers the POCP SDU to the RLC transparent- 
ly- 

[0042] Second, a PDCP data PDU is mainly used in 
the PDCP, and notifies the header compression type, 
35 which is used for the corresponding PDCP PDU, 
through a PID field. 

[0043] The PDU type field notifies whether the corre- 
sponding PDU is the PDCP data PDU or the PDU is a 
PDCP SeqNum PDU which will be described later. 
40 [0044] Third, the PDCP SeqNum PDU is used when 
the PDCP data PDU is transmitted with a sequence 
number. 

[0045] The PDCP SeqNum PDU is sent for coinci- 
dence of RSN (Receive Sequence Number) of receiver 

4 5 and SSN (Send Sequence Number) of sender in case 
that the SN of a PDCP PDU of the sender PDCP entity 
and of the receiver PDCP entity are not synchronized 
with each other. The RSN preferably corresponds to the 
next expected sequence number, and the SSN corre- 

50 sponds to the first unsent sequence number. 

[0046] The above process of coinciding the SNs of the 
PDCP entities by transmitting the SeqNum PDU is 
called as an SN synchronization process. 
[0047] If the SRNS relocation is occurred when the 

55 packet data is transmitted/ received, the PDCP per- 
forms different operations according to the modes. 
[0048] There are two modes in the SRNS relocation, 
one is a lessy SRNS relocation, and the other is a loss- 
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less SRNS relocation. 

[0049] The lossy SRNS relocation Is a method for per- 
forming handover as permitting a loss of packet, and is 
applied to a real time traffic, such as a voice over IP 
(VoIP) and a streaming service. According to the above 
method, the PDCP does not receive any acknowledge- 
ment (hereinafter, referred to as ACK) for the PDCP 
PDU transmitted by itself from the RLC, and does not 
perform a special operation during the SRNS relocation. 
That is, the PDCP performs the header compression for 
the PDCP SDU transmitted from the GTP-U and de- 
scends to the RLC. 

[0050] On the contrary, in case of the lossless SRNS 
relocation (LSR), even a loss of a packet is not permit- 
ted, and therefore, the PDCP performs more complex 
operations than the lossy SRNS relocation. The LSR is 
mainly applied to a service which does not require the 
real time traffic (e-mail, FTP, and web browsing, etc.), 
because most of the data permitting the non- real time 
traffic have a characteristic that if a part of the data is 
lost, then entire data is lost. Therefore, in the case that 
the LSR is used, the SN is used in the PDCP in order to 
manage the PDCP PDU transmission/receive. In addi- 
tion, if the SNs of the sender PDCP and of the receiver 
PDCP are different from each other, a special PDU for 
notifying the SN, that is, the PDCP SeqNum PDU is 
used for synchronizing the SNs of both sides. In addi- 
tion, the RLC uses only the AM among the TM, UM , and 
AM, and also uses in-sequence delivery method. 
[0051] The PDCP SN is in the sender and in the re- 
ceiver, respectively. The send SN is used in the sender, 
and the receive SN is used in the receiver. 
[0052] The send SN is increased by 1 whenever one 
PDCP PDU (same as the RLC SDU) is descended to 
the RLC from the PDCP, and the receive SN is increased 
by 1 when a normal PDCP PDU (=RLC SDU) is trans- 
mitted from the RLC to the PDCP, or when a signal rep- 
resenting a RLC SDU is discarded is transmitted from 
the RLC to the PDCP. In addition, when one PDCP Se- 
qNum PDU is transmitted, the send SN is updated as 
the value notified by the above PDU. 
[0053] Fig. 9a and Fig. 9b are views showing the proc- 
ess of LSR in case that the UE performs a handover 
between the RNS suggested in the conventional 3GPP 
specification. Fig. 9a shows downlink protocol and Fig. 
9b shows uplink protocol. 

[0054] Hereinafter, Fig. 9a will be described using the 
_ reference numerals shown in the Fig.. 
[0055] First, step 1 shown in Fig. 9a represents a 
process of requesting relocation to the PDCP by the 
source RRC after suspending operations under the PD- 
CP layer when the UE requests the handover to another 
RNS and the SRNS relocation is needed. 
[0056] The POCP which received the relocation re- 
quest in step 1 notifies the source RRC of a OL (down 
link) SSN of the PDCP PDU which will be transmitted to 
the down link (hereinafter, referred to as DL) at next first 
time, and a UL (uplink) RSN of the PDCP PDU which 



will be transmitted from the uplink (UL) at next first time. 
Although the SRNS relocation is occurs concurrently in 
the downlink and uplink, each link will be separately de- 
scribed for easier understanding. 

5 [0057] For example of a downlink, if the sender source 
PDCP delivered PDU 20 to the RLC, the next DL SSN 
will be numbered 21 (step 2). The source RRC receives 
the DL SSN from the PDCP in step 2 and transmits it to 
the target RRC^step 3). 

10 [0058] In step 4, the source PDCP transmits the PD- 
CP SDUs, which are not confirmed by the UE through 
the RLC among the PDCP SDU transmitted to the UE, 
to the target PDCP through the<5TP-U <the layer sup- 
porting the packet data transmission on the U-plane, not 

15 shown). If the PDUs are transmitted up to PDU 20 to the 
UE and the transmission success of the PDUs are con- 
firmed up to PDU 15 at the UE, the SDUs corresponding 
to the unconfirmed PDU 1 6-PDU 20 are transmitted to 
the target PDCP (step 4). 

SO [0059] The UE PDCP notifies the UE RRC of the DL 
RSN of the first PDCP SDU which will be transmitted 
from the UTRAN to the UE at next time <step 9). An SN 
of a PDCP SDU has the same meaning as that of POCP 
PDU. 

25 [0060] In step 1 0, the UE RRC notifies the RRC in the 
target RNC of the DL RSN. The target RRC compares 
the DL RSN transmitted from the UE to the DL SSN 
transmitted from the source RRC to decide the first DL 
PDCP SN of the PDCP SDU which will be transmitted 

so to the UE at next time. 

[0061] If the DL RSN is larger than the DL SSN, the 
DL RSN is regarded as invalid (since received sequence 
number cannot be larger than the send sequence 
number), and the target RRC commands to start the SN 

35 synchronization process to the PDCP. DL RSN < DL 
SSN is a normal case, and then, the First DL PDCP SN 
will be DL RSN (step 11). 

[0062] The target RRC notifies the target PDCP of the 
First DL PDCP SN (DL RSN) which will be transmitted 
*o to the DL first. After that, when the transmission is re- 
started, thetarget PDCP transmits the SDU correspond- 
ing to the First DL PDCP SN (DL RSN) to the DL <step 
12). 

[0063] Referring to Fig. 9b, for example of uplink, If 
45 the receiver source PDCP received PDU with sequence 
number 50 from the RLC, next UL RSN will be numbered 
51 <step 2). 

[0064] The source RRC receives the UL RSN from the 
PDCP in step 2 and transmits it to the target RRC .(step 
50 3). The target RRC or the source RRC notifies the UE 
RRC of the UL RSN. 

[0065] The UE RRC notifies the UE PDCP of the UL 
RSN received trom the target RRC or the source RRC, 
after suspending the operation of the RLC. The UE PD- 
55 CP then transmits the SDU corresponding to the UL 
RSN to the UL when the transmission is restarted next 
time (step 8). 

[0066] However, according to the conventional PDCP 
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protocol specification for performing the lossless SRNS 
relocation, it is not defined how to manage a PDCP buff- 
er which is needed to transmit the unconfirmed PDCP 
SDU when the lossless SRNS relocation process is per- 
formed. Also, not defined is how to process a gap gen- 
erated on the PDCP SN after the LSR by the header 
compression context state. 

[0067] Also, not defined is how to do if the SNs be- 
tween the PDCPs are different from each other, how to 
decide the PDCP SDU data transmission point, and how 
to operate the PDCP receiver after the LSR process. 
[0068] Moreover, a problem of modular comparison 
which is generated when the target RRC compares the 
SN can not be solved yet. 

[0069] Therefore, if the PDCP is operated according 
to the conventional art suggested in the PDCP protocol 
specification for supporting the LSR, the SRNS cannot 
be relocated without a loss. Accordingly, the lossless 
transmission/reception of the packet data in a -mobile- - 
environment can not be made. 

SUMMARY OF THE INVENTION 

[0070] Therefore, ah object of the present invention is 
to provide a new PDCP structure having a PDCP SDU 
buffer so that the PDCP is able to operate stabty when 
the PDCP performs LSR operation, an effective proce- 
dure based on the PDCP structure, and a primitive and 
parameters needed. 

[0071] Also, another object of the present invention is 
to provide an effective LSR method avoiding any loss 
on packet data by defining an interface protocol in a ra- 
dio network controller or a user equipment. 
[0072] To achieve these and other advantages and in 
accordance with the purpose of the present invention, 
as embodied and broadly described herein, there is pro- 
vided a method for transmitting packet data in a radio 
network having at least a sender PDCP layer checking 
the validity of the next expected receive PDCP se- 
quence number sent from a receiver PDCP layer with 
the send PDCP sequence number of first transmitted 
but not yet acknowledged PDCP SDU and the send PD- 
CP sequence number first unsent PDCP SDU of the 
sender PDCP layer. 

[0073] According to one aspect of the present inven- 
tion, there is provided a method for transmitting packet 
data in a radio network having at least a source radio 
network controller (RNC) and a target RNC : each RNC 
including at least lower and upper layer protocols, 
wherein the upper layer protocol is set on top of the low- 
er layer protocol, the source and the target RNCs being 
in data communication with a user equipment having 
lower and upper layers, when a SRNS relocation oc- 
curs, the method comprising the steps of: the source 
RNC forwarding a send sequence number lo the target 
RNC; the source RNC forwarding unconfirmed data 
units and corresponding sequence numbers to the tar- 
get RNC; the target RNC receiving a receive sequence 



number from the user equipment; and the target RNC 
determining whether the receive sequence number is in 
a valid range by using at least a first unconfirmed data 
unit sequence number received from the source RNC. 
5 [0074] According to another aspect of the present in- 
vention, the send sequence number of the source RNC 
is provided to the upper layer protocol of the target RNC 
from the upper layer protocol of the source RNC. 
[0075] According to another aspect of the present in- 
to vention, the unconfirmed data units and the correspond- 
ing sequence numbers are provided to the lower layer 
protocol of the target RNC from the lower layer protocol 
of the source RNC. 

[0076] According to another aspect of the present in- 
vention, the receive sequence number is provided to the 
upper layer protocol of the target RNC from the upper 
layer protocol of the user equipment. 
[0077] Preferably, the upper and the lower layer pro- 
tocols of the source RNC are radio resource control lay- 

20 er and packet data convergence protocol layer, respec- 
tively. The upper and the lower layer protocols of the 
target RNC are radio resource control layer and packet 
data convergence protocol layer, respectively. Similarly, 
the upper and the lower layer protocols of the user 

25 equipment are preferably radio resource control layer 
and packet data convergence protocol layer, respective- 
ly. 

[0078] According to one aspect of the present inven- 
tion, the lower layer protocol of the target RNC deter- 
so mines whether the receive sequence number is in a val- 
id range by at least using a first unconfirmed data unit 
sequence number received from the source RNC. Alter- 
natively, the upper layer protocol of the target RNC may 
determine whether the receive sequence number is in 
35 a valid range by at least using a first unconfirmed data 
unit sequence number received from the source RNC. 
Preferably, the receive sequence number is in an invalid 
range if the receive sequence number is less than the 
first unconfirmed data unit sequence number or is great- 
*o er than send sequence number. 

[0079] According to one aspect of the present inven- 
tion, if the receive sequence number is in the invalid 
range then initiating a sequence number synchroniza- 
tion. Preferably, the sequence number synchronization 
45 is initiated by the lower layer protocol of the target RNC. 
The lower layer protocol of the target RNC is a packet 
data convergence protocol layer. Also, the sequence 
number synchronization is preferably initiated by the up- 
per layer protocol of the target RNC. The upper layer 
50 protocol of the target RNC is a radio resource control 
layer. 

[0080] According to one embodiment of the present 
invention, a method for delivering packet data in a radio 
network having at least a source radio network controller 
55 (RNC) and a target RNC and operable with a user equip- 
ment which is receiving at least part of the packet data 
from the source RNC and is receiving other part of the 
packet ca:a from the target RNC, each RNC including 
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at least lower and upper Jayer protocols ; wherein the tar- 
get RNC having at least a receive sequence number 
from the user equipment and a first unconfirmed data 
unit sequence number from the source RNC and a send 
sequence numbercorresponding to a first unsent data s 
unit, the method comprising the steps of: the source 
RNC forwarding unconfirmed data units to the target 
RNC so that at least part of the unconfirmed data units 
is forwarded to the user equipment; and the target RNC 
determining whether the receive sequence number is in io 
a valid range by at least using the first unconfirmed data 
unit sequence number, wherein the receive sequence 
number is in an invalid range if the receive sequence 
number is less than the first unconfirmed data unit se- 
quence number or is greater than the send sequence w 
number. The upper and the lower layer protocols of the 
source RNC are radio resource control layer and packet 
data convergence protocol layer, respectively. The up- 
per^and the.lower layer protocols of the target RNC are 
radio resource control layer and packet data conver- 20 
gence protocol layer, respectively. 
[0081] According to one aspect of the present inven- 
tion, the source RNC forwarding sequence numbers 
corresponds to the unconfirmed data units to the target 
RNC. & 
[0082] According to another aspect of the present in- 
vention, the user equipment includes at least lower and 
upper layer protocols. Preferably, the unconfirmed data 
units and the corresponding sequence numbers are pro- 
vided to the lower layer protocol of the target RNC from so 
the lower layer protocol of the source RNC. Similarly, 
the receive sequence number is provided to the upper 
layer protocol of the target RNC from the upper layer 
protocol of the user equipment. The upper and the lower 
layer protocols of the user equipment are radio resource 35 
control layer and packet data convergence protocol lay- 
er, respectively. 

[0083] According to another aspect of the present in- 
vention, the lower layer protocol of the target RNC de- 
termines whether the receive sequence number is in a *o 
valid range by at least using the first unconfirmed data 
unit sequence number received from the source RNC. 
Alternatively, the upper layer protocol of the target RNC 
determines whether the receive sequence number is in 
a valid range by at least using the first unconfirmed data 45 
unit sequence number received from the source RNC. 
If the receive sequence number is in the invalid range 
then the lower layer protocol initiates a sequence 
number synchronization. Preferably, the lower teyer pro- 
tocol of the target RNC is a packet data convergence 50 
protocol layer. 

[0084] The uplink process for the lossless packet data 
transmission is provides as a method for delivering 
packet data in a radio network having at least a source 
radio network controller (RNC) and a target RNC and 55 
operable with a user equipment which is transmitting at 
least part of the packet data to the source RNC and is 
transmitting other part of the packet data to the target 



RNC, each RNC including at least lower and upper layer 
protocols, the method comprising the steps of: the target 
RNC receiving at least a receive sequence numberf rom 
the source RNC; the target RNC providing the receive 
sequence number to the user equipment; and the user 
equipment determining whether the receive sequence 
number is in a valid range by at least using a first un- 
confirmed data unit sequence number, wherein the re- 
ceive sequence number is in an invalid range if the re- 
ceive sequence number is less than the first uncon- 
firmed data unit sequence number or is greater than the 
send sequence number. 

[0085] To perform the above described processes, a 
packet data transfer system in a radio network for use 
with a user equipment that provides a receive sequence 
number co responding to a next expected sequence 
number of a data unit, comprises: a target radio network 
controller (RNC) having lower and upper layer protocols 
_and receiving the receive sequence number from the us-— 
er equipment; a source RNC having lower and upper 
layer protocols, wherein the source RNC provides to the 
target RNC a first unconfirmed data unit sequence 
number, wherein the target RNC determines whether 
the receive sequence number is in a valid range by at 
least using the first unconfirmed data unit sequence 
number, wherein the receive sequence number is in an 
invalid range if the receive sequence number is less 
than the first unconfirmed data unit sequence number 
or is greater than a send sequence number that corre- 
sponds to a first unsent sequence number. 
[0086] According to one aspect of the present inven- 
tion, the source RNC forwards unconfirmed data units 
to the target RNC. In addition, the upper and the lower 
layer protocols of the source RNC are radio resource 
control layer and packet data convergence protocol lay- 
er, respectively. The upper and the lower layer protocols 
of the target RNC are radio resource control layer and 
packet data convergence protocol layer, respectively. 
[0087] According to another aspect of the present in- 
vention, the lower layer protocol of the target RNC de- 
termines whether the receive sequence number is in a 
valid range by at least using the first unconfirmed data 
unit sequence number received from the source RNC. 
Preferably, the upper layer protocol of the target RNC 
determines whether the receive sequence number is in 
a valid range by at least using the first unconfirmed data 
unit sequence number received from the source RNC. 
If the receive sequence number is in the invalid range 
then the lower layer protocol of the target RNC initiates 
a sequence number synchronization. 
[0088] A user equipment for use in a radio network to 
uplink packet data at least initially to a source radio net- 
work controller (HNC) and then to a target RNC, com- 
prises: an upper layer protocol that receives a receive 
sequence number from the target RNC, the receive se- 
quence number conesponding to a next expected se- 
quence number; and a iower layer protocol in commu- 
nication with the upper layer protocol, receiving the re- 
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ceive sequence number therefrom, wherein the lower 
layer protocol determining whether the receive se- 
quence number is in a valid range, and wherein the re- 
ceive sequence number is in an invalid range if the re- 
ceive sequence number is less than a first unconfirmed 
data unit sequence number or is greater than a send 
sequence number, the send sequence number corre- 
sponding to a first unsent data unit sequence number 
and the first unconfirmed data unit sequence number 
corresponds to a sequence number of first transmitted 
but not yet acknowledged data unit. 
[0089] According to one aspect of the present inven- 
tion, the upper and the lower layer protocols of the user 
equipment are radio resource control layer and packet 
data convergence protocol layer, respectively. If the re- 
ceive sequence number is in the invalid range, then the 
lower layer protocol of the user equipment initiates a se- 
quence number synchronization. 
[0090] In a method for transmitting packet data in a 
radio network having at least a sender PDCP layer and 
a receiver side, the steps comprises transmitting a data 
unit having a sequence number to a receiver side; re- 
ceiving a receive sequence number sent from the re- 
ceiver side; checking whether the receive sequence 
number is in a range between a send sequence number 
of first transmitted but not yet acknowledged data unit 
and a send sequence number of first unsent data unit 
of the sender PDCP layer; and initiating a sequence 
number synchronization, if the receive sequence 
number is not in the range.9. The range preferably is 
from the first unconfirmed data unit sequence number 
and to the send sequence number. 
[0091] The radio network preferably has at least a 
source radio network controller (RNC) and a target 
RNC, each RNC comprising at least a PDCP layer as a 
sender PDCP layer, the source and the target RNCs be- 
ing in data communication with a user equipment as the 
receiver side : and the source RNC forwarding a send 
sequence number to the target RNC; the source RNC 
forwarding unconfirmed data units and corresponding 
sequence numbers to the target RNC. 
[0092] According to one aspect of the present inven- 
tion, the send sequence number of the source RNC is 
provided through RRC layers of the source and target 
RNCs. Also, the unconfirmed data units and the corre- 
sponding sequence numbers are provided through GTP 
layers of the source and target RNCs. Preferably, the 
receive sequence number received by the source RNC 
is provided through RRC layers of the source and target 
RNCs. Alternatively, the receive sequence number may 
be provided from an RRC layer of the receiver side. Fur- 
ther alternatively, the receive sequence number may be 
provided Irom the PDCP layer to the RRC layer of the 
receiver side. 

[0093] According to another aspect of the present in- 
vention, the receive sequence number is the sequence 
number of the receiver side expected to be received 
next time. 



[0094] The foregoing and other objects, features, as- 
pects and advantages of the present invention will be- 
come more apparent from the following detailed de- 
scription of the present invention when taken inconjunc- 
s tion with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0095] The accompanying drawings, which are in- 
to eluded to provide a further understanding of the inven- 
tion and are incorporated in and constitute a part of this 
specification, illustrate embodiments of the invention 
and together with the description serve to explain the 
principles of the invention. 
15 [0096] In the drawings: 

Fig. 1 is a view showing a network structure in a 
packet service domain among network structures 
suggested by TSG-RAN and TSG-CN; — 
20 Fig. 2 is a view showing a user plane <U-plane) lay- 
ered structure for transmitting user data; 
fig. 3 is a view showing a control plane {C-plane) 
layered structure for transmitting a control signal; 
Fig. 4 is a view showing detailed layers of the Uu 
25 interface, which is a radio section, among the layers 
shown in fig. 2 and 3; 

Fig. 5 illustrates a conventional SRNS relocation 
process; 

fig. 6 is a view showing a packet data flowing on 
30 the U-plane according to the conventional art; 

Fig. 7 is a view showing a PDCP structure, which is 
a layer for transmitting/receiving packet data in the 
radio section, among the layers related to the flow- 
ing of the packet data; 
35 fig. 8 illustrates different PDCP PDU types; 

Fig. 9a and 9b are flow charts showing a lossless 
SRNS relocation (LSR) process in case that user 
equipment -(UE) performs handover between RNSs 
shown in the conventional 3GPP standard specifi- 
<o cation; 

Fig. 10 illustrates PDCP structure including an SDU 
buffer on a sender of PDCP layer according to a 
preferred embodiment of the present invention; 
Fig. 11a and 11b are flow charts showing LSR proe- 
ms ess in case that the UE performs handover between 
the RNSs according to an embodiment of the 
present invention; 

Fig. 12 illustrates a view showing a validity test for 
sequence number <SN) performed by RRC accord- 
so ing to another embodiment of the present invention; 
Fig. 13 illustrates a first example of a method that 
the SDU corresponding to a SN next to a gap SN is 
transmitted as a SeqNum PDU form after starling 
SN synchronization process by the PDCP itself in 
55 case that a gap SN is generated; and 

Fig. 1 4 illustrates a second example of a method for 
transmitting a gap PDU for the gap SN. 
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DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0097] Reference will now be made in detail to the pre- 
ferred embodiments of the present invention, examples 
of which are illustrated in the accompanying drawings. 
[0098] Hereinafter, a new PDCP structure according 
to a preferred embodiment of the present invention and 
a method for offering packet data lossless according to 
a handover according to the preferred embodiment of 
the present invention will be described as follows with 
reference to accompanying figures. 
[0099] Some parts of the conventional art will be de- 
scribed in order to clarify the differences between the 
present invention and the conventional art. 
[0100] Fig. 10 is a view showing a new PDCP struc- 
ture including an SDU buffer on a sender on a PDCP 
layer. The PDCP SDU buffer may be needed when the 
PDCP needs to support a lossless SRNS-relocation- 
(LSR). 

[0101] The PDCP SDU buffer is preferably used in- 
stead of the PDCP PDU buffer. If the LSR is generated, 
a header compression algorithm is newly assigned, and 
therefore, the algorithms used in a source PDCP and 
used in a target PDCP are differentiated from each oth- 
er. Therefore, the PDCP PDUs which were compressed 
using the algorithm before the LSR is performed cannot 
be decompressed after the LSR process is ended. 
[0102] That is, the PDCP SDUs are stored in the buff- 
er, and then are forwarded to the target PDCP in the 
state that the SDUs are not compressed when the LSR 
is generated. And the target PDCP compresses and 
transmits the forwarded SDUs using the newly assigned 
header compression algorithm. 
[0103] As shown in Fig. 10, in case that the PDCP 
supports the LSR, when the PDCP receives the SDUs, 
the PDCP stores the SDUs in the buffer as respective 
SDU unit form, afterthat, the PDCP performs the header 
compression according to the provided header com- 
pression algorithm to generate the PDCP PDUs (=RLC 
SDUs), and descends the PDCP PDUs to an RLC AM 
entity. 

[0104] On the other hand, the sender of the UTRAN 
PDCP should manage the PDCP SNs. 
[0105] Figs. 11 a and 11b illustrate an LSR process 
when the UE performs a handover between the RNSs 
according to the preferred embodiment of the present 
invention. In particular, Fig. 11a illustrates a downlink of 
an LSR process (i.e., from UTRAN to UE), and Fig. 11b 
illustrates an uplink (i.e., from UE to UTRAN). 
[0106] Referring to Figs. 11a and 11b, the same ref- 
erence numerals are used for the same operations as 
those of the conventional art shown in Figs. 9a and 9b, 
and a newly added or amended process or step is pre- 
sented with a decimal point (that is, if a process is added 
between process 3 and process 4, ft can be represented 
as 3.5). In addition, the descriptions in the shaded boxes 
represent the amended or newly added processes. 



[0107] Referring to Fig. 11a, in a downlink mode, 
when the LSR is generated or activated, OL PDCP SN 
is transmitted to the GTP-U with unconfirmed PDCP 
SDU. It is because that DL -GTP-U SN and DL PDCP 

5 SN as well as the data-(PDCP SDU) are also forwarded 
to the target GTP-U from the source GTP-U when the 
unconfirmed SDU is forwarded from the source-GTP-U 
to the target GTP-U, and the unconfirmed "SOU and re- 
spective DL PDCP SNs are managed by the PDCP, and 

io thereby the GTP-Ucan not know the DLPDCPSN. Pref- 
erably, PDCP SDU and DL PDCP SN are forwarded to 
the target PDCP by bypassing the source and target 
GTP-Us, as shown in fig. 11b. 
(0108] Therefore, when the LSR is activated and the 

*5 data is forwarded, the DL PDCP SN is also forwarded 
with the data from the PDCP of the source RNC to the 
PDCP of the target RNC. 

[01 09] Preferably, the source RNC adds the DL PDCP 
SN as well as the PDCPSDU to a PDCP-DATA-lndica- 

20 tion primitive which is forwarded from the PDCP of the 
source RNC to the GTP-U, and the target RNC adds the 
DL PDCP SN as well as the PDCP SDU to a PDCP-DA- 
TA-Request primitive which is forwarded to the PDCP. 
The above method is used on the UTRAN side when 

2S the LSR is supported, and shown as step 4 in 'Fig. 11a. 
[01 1 0] As described above, in order to forward the un- 
confirmed SDU, the source RRC should command the 
source PDCP to initiate. In other words, the data for- 
warding request should be provided to the source PDCP 

so as shown in step 3.5. 

[0111] The PDCP cannot initiate the data forwarding 
by itself, and is required a command from the RRC. 
However, the command is not defined in the convention- 
al telecommunication standard. Therefore, the source 

35 PDCP cannot forward the data during the LSR is oper- 
ated. 

[01 12] As a result, unconfirmed SDUs are all discard- 
ed. In order 1o solve the above problem, the source RRC 
commands the source PDCPby sending a dataforward- 

*o ing request as shown in step 3.5 of Fig. 11a according 
to an embodiment of the present invention. 
[01 13] On the other hand, the target PDCP receives 
the DL PDCP SN from the target RRC during the LSR 
process. As a result, the PDCP knows the SN of the 

«5 PDU which will be transmitted to the UE first. 

[01 14] However, the above description is for the send- 
er of the target PDCP, and the receiver should know a 
first UL PDCP SN which should be transmitted first from 
the UE. 

50 [0115] Referring to fig. 9b, if the receiver of the target 
PDCP does not receive the first UL PDCP SN from the 
target RRC, the SN of the PDU which received first by 
the PDCP after the LSR process will be 0, and the SNs 
are not synchronized in the PDCP data transmission of 

» UL. 

[0116] Therefore, the receiver of the target PDCP 
must receive the first UL PDCP SN from the target RRC. 
In that regard, the target RRC notifies the target PDCP 
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of the first DL PDCP SN in the conventional telecommu- 
nication standard. 

[0117] In order to solve the above problem, the 
present invention suggests a method wherein the target 
RRC notifies the target PDCP with the first DL PDCP s 
SN (e.g., DL RSN) and the first UL PDCP SN (e.g., UL 
RSN) as shown in step 12 of Fig. 11a. 
[01 1 8] Also, in the present 3GPP standard specifica- 
tion, If the SNs of the PDCPs on sender and on the re- 
ceiver are different from each other, the SN synchroni- 
zation process is performed in order to coincide or cor- 
rect the SNs. 

[01 1 9] However, the SN synchronization process can 
be only performed when the RRC commands the PDCP, 
and the PDCP is not able to start the SN synchronization 
process of itself. 

[0120] The general SN synchronization process will 
be described as follows. When the RRC recognizes that 
the SN of the sender. PDCP thereof.and the SN of the 
receiver PDCP on the counterpart are different from 
each other, the RRC commands the sender PDCP to 
perform the SN synchronization process. 
[0121] The PDCP of the source RNC which received 
the above command transmits the PDCP SeqNum PDU 
to the PDCP of the target RNC. The PDCP SeqNum 
PDU is in a special PDU (namely, PDCP SeqNum PDU 
in Fig. 8) instead of the PDCP data PDU, for notifying 
the SN, and a send sequence number {SSN) is added 
to the PDCP SeqNum PDU. 

[0122] The receiver PDCP (or the PDCP of the target 
RNC) which receives the PDCP SeqNum PDU sets a 
receive sequence number (RSN) to the SSN of SeqNum 
PDU to match the SNs of both sides (SSN and RSN). 
[01 23] In addition, the PDCP sender ends the SN syn- 
chronization process on receiving the identification rep- 
resenting that the receiver receives even one of the PD- 
CP SeqNum PDUs, and transmits data afterwards using 
PDCP data PDU. 

[0124] There are three cases that require the SN syn- 
chronization process in the conventional specification. 
[0125] First, after RLC reset; 
[0126] Second, after a radio bearer reconfiguration 
process; and 

[01 27] Third, in case that the target RRC receives an 
invalid DL RSN from the UE RRC during LSR. 
[0128] The RLC reset or the RB reconfiguration may 
be generated before the PDCP PDU which is descend- 
ed from the sender PDCP to the RLC is transmitted to 
the receiver, and in that case, the SSN is increased and 
the RSN is not increased. Therefore, after the above 
processes, the SN synchronization process is required. 
[01 29] The third case is needed in following case. The 
target RRC decides the first DL PDCP SN of the PDCP 
PDU which will be transmitted first at the next time by 
comparing the DL SSN received from the source RRC 
and the DL RSN received from the UE RRC during the 
LSR process (step 11 in Fig. 9a). 
[0130] Generally, the DL RSN is DL SSN or less by 



the unconfirmed SDU, then, the first PDCP SN is set as 
DL RSN and notified to the PDCP. 
[0131] However, if the DL RSN received from the UE 
is larger than the DL SSN because of as an error during 
the transmission, or an error in the protocol, the DL RSN 
is invalid, in such a case, the RRC recognizes that there 
is an error in the UL RSN, and commands the PDCP to 
start the SN synchronization process. 
[0132] In the conventional 3GPP specification (and al- 
so shown in step 11 of Fig. 9a), It is defined that the RRC 
commands the PDCP sender to start the SN synchroni- 
zation process for the above three cases. 
[0133] However, in the third case, If the target RRC 
receives the invalid DL RSN from the UE RRC during 
the LSR process, a serious error may be generated. For 
example, 16 bits are used in the PDCP SN, and the 
ranges 0 through 65535 are represented with the 16 
bits. Therefore, a next SN beyond SN=65535 will be 
looped around to 0. Thereafter, the SN is successively 
incremented from 0. 

[0134] For example, in case that the SNs of the un- 
confirmed SDUs are 65000-2000 (that is, 
65000-65535, 0-2000), when the target RRC receives 
the DL RSN=65535 from the UE, the target RRC re- 
gards the DL RSN as invalid because the DL SSN =2001 
(that is, DL RSN>DL SSN). And accordingly, the target 
RRC commands the target PDCP to start the SN syn- 
chronization process. 

[0135] In above case, although the UE receives the 
SDUs corresponding to SN=65000-65334 correctly, 
the PDCP re-transmits the SDU from SN=65000 using 
the SeqNum PDU, and thereby, wasting radio resourc- 
es. 

[0136] The above problem is generated because the 
target RRC does not know a valid range of the DL RSN. 
In addition, modular comparison problem is generated 
in the above case. 

[0137] Therefore, in order to solve the above prob- 
lems, the present invention suggests following method. 
[0138] The method suggested by the present inven- 
tion will be described with reference to Figs. 11a and 
11b. 

[0139] In order to test the validity of the OL RSN re- 
ceived from the UE, the OL SSN received from the 
source RRC and the first unconfirmed SN of SDU 
(FUSN). FUSN is equivalent to the transmitted but not 
yet acknowledged SDU. 

[0140] The FUSN and the DL SSN are values decid- 
ing the validity range of the DL RSN. ff the FUSN <OL 
RSN < DL SSN, the DL RSN value is deemed valid and 
the SDU corresponding to the DL RSN is transmitted, 
for example, to UE. If the DL RSN is located out of the 
above range, it is deemed that the DL RSN is invalid 
and the SN synchronization process is initiated. 
[0141] The validity test for the DL RSN is preferably 
performed either by the RRC or the PDCP. The validity 
test for the OL RSN being performed in the PDCP ac- 
cording to one embodiment of the present invention will 
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be described with reference to Fig. Ha^step 13). 
[0142] When the target RRC receives the DL RSN 
from the UE RRC (step 10 in Fig. 11a), the target RRC 
notifies the target POCP of the DL RSN with the DL SSN 
received from the source RRC {step 12 in Fig. 11a). 
[0143] The target RRC also notifies the PDCP of the 
UL RSN for the receiver of PDCP. And it is important 
that the DL SSN is also notified. 
[0144] In a normal case, the PDCP knows the DL 
send PDCP SN of the respective unconfirmed SDU, and 
the DL SSN is the value adding 1 to last unconfirmed 
SN of SDU (LUSN), and therefore, the DL SSN may not 
be notified. However, in case that a gap SN, which will 
be described below, is generated, the formula DL SSN 
= LUSN + 1 is not true, and therefore, the DL SSN is 
also notified in anticipation of such problem. 
[0145] The DL RSN is inspected in the RRC in the 
conventional art (step 11 in Fig. 9a). However, the DL 
RSN is preferably inspected by the PDCP in the pre- 
ferred embodiment of the present invention, and the 
RRC forwards preferably three values (DL RSN, DL 
SSN, and UL RSN) to the PDCP. 
[01 46] Therefore, in this embodiment, no action is tak- 
ing place in the target' RRC as shown in step 11 in Fig. 
11a. 

[0147] The target PDCP which received the DL RSN 
and the DL SSN from the target RRC tests whether the 
condition of FUSN < DL RSN < DL SSN is satisfied using 
the FUSN stored therein. If the condition is satisfied, the 
PDCP of the target RNC starts the transmission of the 
SDU having the sequence number corresponding to the 
DL RSN. If the condition is not satisfied, the PDCP of 
the target RNC starts the SN synchronization process 
and starts the transmission of the SDU having the se- 
quence number corresponding to the FUSN using the 
PDCP SeqNum PDU. 

[0148] According to the preferred embodiment, the 
SN synchronization process is initiated pursuant to the 
decision of the PDCP on its own, rather than in response 
to the command from the RRC as in the conventional art. 
[0149] Also, initiating the SN validity test and the SN 
synchronization process may be performed by the UE 
as well as by the UTRAN. 

[0150] Fig. 11b illustrates an uplink LSR process ac- 
cording to the preferred embodiment. 
[0151] In the conventional art, when the PDCP of the 
UE receives the UL RSN, the PDCP starts the transmis- 
sion from the SDU corresponding to the UL RSN without 
any inspection. In addition, there is no definition for a 
case that the UL RSN is out of the valid range in the 
conventional specification. 

[01 52] According to the preferred embodiment, when 
the target RRC receives the UL RSN from the source 
RRC (step 3 in Fig. 11b), the target RRC notifies the 
target PDCP of the UL RSN<step 12 in fig. 11b). In ad- 
dition, the target RRC forwards UL RSN to UE RRC 
(step 7) which is then forwarded to the UE PDCP (step 
B). 



[0153] In this embodiment, the UE PDCP performs 
the validity test for the UL RSN during the uplink mode 
as in the UTRAN PDCP. In addition, if the UL RSN is out 
of the valid range, the SN synchronization process is 
5 started. And the validity test in the UE PDCP is made 
by identifying whether or not the UL RSN received from 
the RRC satisfies the condition of FUSN < UL RSN < 
ULSSN. 

[01 54] If the condition is satisfied, the transmission is 
10 started from the SDU corresponding to the UL RSN. In 
addition, if the condition is not satisfied, the SN synchro* 
nization process is started and the transmission is start- 
ed from the SDU corresponding to the FUSN using the 
SeqNum PDU. 
15 [0155] Fig. 12 illustrates the processes of validity test 
for the SNs being performed in RRC according to an- 
other embodiment of the present invention. 
[0156] Herein, steps 1 - 6 are the same as those of 
Figs. 11a and 11b, and -therefore, processes- after 7 th - 
so process are shown in Fig. 12. Fig. 12 illustrates both up 
link and down link. 

[0157] The RRC is not aware of the FUSN, and there- 
fore, the RRC can start the test after receiving the infor- 
mation about the respective SNs from the PDCP. For 

25 example, the UE RRC should be aware of the UL FUSN 
and UL SSN from the UE PDCP before step 7.5 (<7.5 th 
process in Fig. 1 2), and the target RRC should be aware 
of the DL FUSN from the target PDCP before the step 
11 (<1 1 th process in Fig. 12). After getting the above in- 

30 formation, the UE RRC and the target RRC are able to 
perform the validity tests tor the UL RSN and for the DL 
RSN. (steps 7 and 11 in Fig. 12), respectively. 
[0158] If each respective RSN value is within the valid 
range, the RRC notifies the PDCP of the value. If the 

35 RSN value is out of the valid range, the RRC commands 
the PDCP to perform the SN synchronization. 
[0159] The present invention suggests that the SN 
synchronization should be started by the decision of the 
PDCP itself in case of using the above validity test in the 

*o PDCP. 

[0160] However, there are some cases that the SN 
synchronization processes are required in response to 
the decision of the PDCP although the PDCP does not 
perform the validity test. 

4$ [0161] One of the above cases, as an example, is that 
a gap in SNs is generated between the unconfirmed 
SDUs stored in the PDCP sender <source PDCP) during 
the LSR. For lossless transmission, the PDU corre- 
sponding to the gap SN need to be transmitted. 

50 [0162] The gap SN (or SN having a gap) is generated 
by the header compression. The header compression 
is tor compressing the IP header in the PDCP SDU, and 
is one of the functions of the PDCP. When the header 
compression is made in the PDCP, the algorithms used 

55 in the sender and in the receiver should be same as 
each other. 

[0163] However, the receiver transmits feedback in- 
formation to the sender sometimes when the header 



11 



21 



EP 1 276 293 A2 



22 



compression is used. The feedback information is trans- 
mitted in the PDCP PDU form, and the PDCP POU is 
not generated from the PDCP SDU, but is generated by 
the PDCP itself. 

[0164] The GTP-U SNs are added to all the PDCP 
SDUs, and the PDCP SNs are added to all PDCP POUs, 
and therefore, the GTP-U SNs and the PDCP SNs may 
not have one-to-one correspondence with each other 
due to the above feedback information. 
[0165] In addition, the header compression algo- 
rithms used before and after the LSR may be different 
from each other, and the feedback PDU, which is not 
confirmed, includes out-of-date information. Therefore, 
the feedback information is not transmitted to the target 
PDCP and discarded at the source PDCP. 
[0166] Therefore, in above case, there is a gap be- 
tween the PDCP SNs of the unconfirmed SDUs trans- 
mitted to the target PDCP. The conventional art does 
not take account of such gap, and therefore, there is a 
difference corresponding to a gap between the SSNs 
and the RSNs because the unconfirmed SDUs are 
transmitted in sequence. The sender PDCP and the re- 
ceiver PDCP do not exchange the SNs with each other 
before the SN synchronization process is performed, 
and therefore, the SN difference between the sender 
PDCP and the receiver PDCP by the gap SN is not rec- 
ognized. And after that, if the LSR is generated again, 
the SDUs are damaged due to the SN difference. 
[0167] In order to solve the above problems, two ex- 
emplary methods are suggested by the present inven- 
tion. 

[0168] Fig. 13 is a view showing a first example of a 
method that the SN synchronization process is started 
by the PDCP in case that the gap SN is generated, and 
the SDU corresponding to the SN next to the gap SN is 
transmitted as SeqNum PDU form. 
[01 69] If it is assumed that the unconfirmed PDUs of 
the source PDCP are the PDUs corresponding to the 
SN=21 -25 when the LSR is generated or activated, and 
that the PDU of SN=23 is feedback PDU, the SN^23 is 
not forwarded to the target PDCP. 
[0170] Therefore, the target PDCP stores the SDUs 
except the SN=23. When the target RRC notifies the tar- 
get PDCP of the first DL PDCP SN=22, the PDCP 
should start the transmission from the SDU conespond- 
ing to the SN=22. 

[0171] In addition, there is no PDU of SN=23 after the 
PDU of SN=22 was transmitted, and therefore, the PD- 
CP decides that there is an SN gap and starts the SN 
synchronization process for the SDUs next to the gap 
SN. The SDUs SN=24 and higher are all transmitted us- 
ing the SeqNum PDUs. When the receiver receives the 
data PDU of SN=22, the receiver updates the PDU as 
SN^23. After that, when the receiver receives the Seq- 
Num PDU of SN=24, and then, updates the RSN to be 
24. Therefore, the SN synchronization between the 
sender and the receiver-can be ensured as above. 
[0172] As described above, fig. 13 shows SN syn- 



chronization method for the gapSN in the target PDCP, 
however, the above methodcan be also used in the UE. 
That is, in case that there is a gap on the SNs of the 
unconfirmed SDUs in the UE, the SN synchronization 

5 process is started as described above. 

[01 73] Fig. 1 4 is a view showing a second example of 
a method for transmitting a gap PDU for the gap SN. 
[0174] That is, the second method is a method trans- 
mitting a gap PDU with no information when the gap is 

10 generated. 

[0175] Herein, the gap PDU is transmitted for main- 
taining the continuity of the SN with no data. For exam- 
ple, the data PDU shown In Fig. 8 may be used as the 
gap PDU by transmitting the first 1 octet. When the gap 

15 PDU is transmitted for the gap SN, the synchronization 
between the SNs between the sender and receiver-can 
be maintained without performing the SN synchroniza- 
tion process. 

[0176]- As described above, Fig. 14 shows the exam- 

pie of transmitting the gap PDU for the gap SN. In addi- 
tion, the above method transmits the gap PDU instead 
of performing the SN synchronization when the gap SN 
is generated. 

[0177] Herein, the SN=23 is the gap SN, and there- 
25 fore, the gap PDU for the SN=23 is made and transmit- 
ted. There are various kinds of the gap PDU, and their 
common object is to synchronize the SNs of the sender 
and of the receiver. Fig. 14 shows the target PDCP, how- 
ever, the above method may also used in the UE POCP. 
30 [0178] As described above, according to the present 
invention, the PDCP protocol structure is wholly recon- 
structed in order to support the LSR in the packet service 
domain, and controlling information and operational pro- 
cedure required are newly defined. Thereby, the loss- 
35 less S RNS relocation may be made in the packet serv- 
ice domain, and the mobility in the data communication 
is ensured completely. 

[0179] As the present invention may be embodied in 
several forms without departing from the spirit oressen- 

40 tial characteristics thereof, it should also be understood 
that the above- described embodiments are not limited 
by any of the details of the foregoing description, unless 
otherwise specified, but rather should be construed 
broadly within its spirit and scope as defined in the ap- 

45 pended claims, and therefore all changes and modifica- 
tions that fall within the metes and bounds of the claims, 
or equivalence of such metes and bounds are therefore 
intended to be embraced by the appended claims. 

so 

Claims 

1 . A method for transmitting packet data in a radio net- 
work having at least a sender PDCP layer and a 
55 receiver side, the steps comprising: 

transmitting a data unit having a sequence 
number to a receiver side; 
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receiving a receive sequence number sent from 
the receiver side; 

checking whether the receive sequence 
number is in a range between a send sequence 
number of first transmitted but not yet acknowl- 
edged data unit and a send sequence number 
of first unsent data unit of the sender POCP lay- 
er; and 

initiating a sequence number synchronization, 
If the receive sequence number is not in the 
range. 

2. The method of claim 1 , wherein the radio network 
having at least a source radio network controller 
(RNC) and a target RNC, each RNC comprising at 
feast a PDCP layer as a sender PDCP layer, the 
source and the target RNCs being in data commu- 
nication with a user equipment as the receiver side, 
and 

the source RNC forwarding a send sequence 
number to the target RNC; 

the source RNC forwarding unconfirmed data 
units and corresponding sequence numbers to the 
target RNC. 

3. The method of claim 2, wherein the send sequence 
number of the source RNC is provided through RRC 
layers of the source and target RNCs. 

4. The method of claim 2, wherein the unconfirmed da- 
ta units and the corresponding sequence numbers 
are provided through GTP layers of the source and 
target RNCs. 

5. The method of claim 2, wherein the receive se- 
quence number received by the source RNC is pro- 
vided through RRC layers of the source and target 
RNCs. 

6. The method of claim 1, wherein the receive se- 
quence number is provided from an RRC layer of 
the receiver side. 

7. The method of claim 6, wherein the receive se- 
quence number is provided from the PDCP layer to 
the RRC layer of the receiver side. 

8. The method of claim 1 , wherein the receive se- 
quence number is the sequence number of the re- 
ceiver side expected to be received next time. 

9. The method of claim 1, wherein the range is from 
the first unconfirmed data unit sequence number 
and to the send sequence number. 

1 0. A communication device for transmitting packet da- 
ta in a radio network, the device comprising: 



a transmitter transmitting a data unit having a 
sequence number to a receiver side; 
a receiver receiving a receive sequence 
number sent from the receiver side; 

s a first entity checking whether the receive se- 

quence number is in a range between a send 
sequence number of first transmitted but not yet 
acknowledged data unit and a send sequence 
number of first unsent data unit of the sender; 

10 and 

a second entity initiating a sequence number 
synchronization, if the receive sequence 
number is not in the range. 

« 11. The communication device of claim 10, wherein at 
least one of the first and second entities is an RRC 
layer. 

12. Thecommunication device of claim 10, wherein at 

20 least one of the first and second entities is a POCP 
layer. 

13. The communication device of claim 10, wherein the 
device is a mobile terminal and the receiver side is 

25 an RNC. 

14. The communication device of claim 10, wherein the 
device is a Radio Network Controller and the receiv- 
er side is a mobile terminal. 

30 

1 5. The communication device of claim 1 4, wherein the 
radio network having at least a source radio network 
controller (RNC) and a target RNC, each RNC in- 
cluding at least a PDCP layer as a sender PDCP 

35 layer, the source and the target RNCs being in data 
communication with a mobile terminal as a receiver 
side, and the device is a target RNC further com- 
prising: 

*o a first interface receiving a send sequence 

number from the source RNC; 
a second interface receiving unconfirmed data 
units and corresponding sequence numbers 
from the source RNC. 

45 

16. The communication device of claim 15, wherein the 
first interface receiving the send sequence number 
from the source RNC is an RRC layer. 

50 17. The communication device of claim 1 5, wherein the 
second interface receiving unconfirmed data units 
and corresponding sequence numbers from the 
source RNC is a GTP layer. 

55 1 8. A user equipment for use in a radio network to com- 
municate initially with a source radio network con- 
troller (RNC) and then with a target RNC, the user 
equipment comprising: 
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an upper layer protocol that receives a receive 
sequence number from at least one of the 
source and target RNCs; and 
a lower layer protocol in communication with 
the upper layer protocol, receiving the receive 5 
sequence numbertheref rom, wherein the lower 
layer protocol determining whether the receive 
sequence number is in a valid range, and 
wherein the receive sequence number is in an 
invalid range if the receive sequence number is to 
less than a first unconfirmed data unit se- 
quence number or is greater than a send se- 
quence number, the send sequence number 
corresponding to a first unsent data unit se- 
quence number and the first unconfirmed data 
unit sequence number corresponds to a se- 
quence number of first transmitted but not yet 
acknowledged data unit. 

19. The user equipment of claim 18, wherein the re- 
cetve sequence number is the receive sequence 
number corresponding to a next expected se- 
quence number 

20. The user equipment of claim 1 8, wherein the upper 25 
and the lower layer protocols of the user equipment 

are radio resource control layer and packet data 
convergence protocol layer, respectively. 

21. The user equipment of claim 18, wherein if the re- so 
ceive sequence number is in the invalid range, then 

the lower layer protocol of the user equipment initi- 
ating a sequence number synchronization. 

22. The user equipment of claim 1 8, wherein the upper 35 
layer protocol receives the receive sequence 
number from the target RNC. 
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